System for dynamic pucch reallocation

ABSTRACT

Examples herein describe systems and methods for Physical Uplink Control Channel (PUCCH) reallocation. Interference can be detected on a Physical Resource Block (PRB) corresponding to a time-frequency unit of a resource allocated to PUCCH by a base station. The impact the interference has on a subscriber service can be quantified. The quantified services impact can be compared to a threshold. Upon determining that the service impact exceeds the threshold, PRBs of other resources on the base station can be analyzed. The analysis can predict how reallocating the other resources to PUCCH can improve the quality of the subscriber service. One of the other resources can be selected, and instructions can be provided to reallocate the selected resource to PUCCH.

BACKGROUND

Mobile telecommunication networks connect user devices to a core networkthrough wireless transceivers generally referred to as base stations.The mobile networks implement channel allocation schemes to effectivelymanage data transfer. These schemes divide a base station's bandwidthinto equally spaced frequency bands. These frequency bands are allocatedto specific channels for data exchange where each channel is responsiblefor exchanging a different kind of information. The Physical UplinkControl Channel (“PUCCH”) is an important physical channel in the uplinkdirection that carries Uplink Control Information (“UCI”). The UCIcarried by PUCCH includes scheduling requests, hybrid automatic repeatrequest acknowledgements (“HARQ-ACKs”), and Channel State Information(“CSI”).

PUCCH is typically allocated to frequency bands toward the extreme endsof the system bandwidth. For example, in many mobile networks using LongTerm Evolution (“LTE”) communication standards, PUCCH is divided intotwo locations, one on or near each end of the system bandwidth, andPUCCH transmissions repeatedly alternate between the two locations. Forexample, in many LTE networks the PUCCH transmissions alternate everysubframe, or 1 millisecond.

One problem with this allocation method is that the edge bandwidthlocations where PUCCH is typically allocated are subject to greatersignal interference. Interference in licensed wireless spectrum, ownedby commercial telecom service providers, leads to significantperformance degradation of the services offered. In particular,interference on a PUCCH can lead to degradation of the PUCCH signal tointerference ratio (“SINR”), which can result in a decoding failure.Failure to decode the important UCI information carried on a PUCCH cannegatively affect subscriber services, like throughput in both theuplink and the downlink, voice over Long-Term Evolution (“VoLTE”) speechquality, user accessibility and retainability.

As a result, a need exists for dynamically detecting interference onPUCCH and reallocating resources to PUCCH to mitigate servicedegradation.

SUMMARY

Examples described herein include systems and methods for PUCCHreallocation. The systems and methods presented herein relate todetecting interference on base station resources allocated to PUCCH,predicting improvements of reallocating other resources to PUCCH, andproviding instructions to the base station to reallocate resources toPUCCH.

An example method can include detecting interference on a PUCCH of abase station. Detecting interference can include receiving interferencedata reported by the base station. The inference data can include, as anexample, signal quality information, including interference levelsreported on Physical Resource Blocks (“PRBs”) corresponding to PUCCHfrequency bands. A PRB is the smallest time-frequency unit that can beallocated to a user device for data transmission. As an example, in amobile network using LTE communication standards, a PRB is often a bandof 12 contiguous subcarrier frequencies (a frequency band size) over onetime slot (0.5 ms). PRBs corresponding to PUCCH frequency bands are thetime-frequency allocated units that fall within the designated frequencybands of PUCCH. Another example of detecting interference can includereceiving and processing telemetry and allocation data to measureinterference on PRBs allocated to PUCCH.

The method can include determining the impact of interference on asubscriber service. Some examples of a subscriber service includedownlink/uplink (“DL/UL”) throughput, VoLTE quality, and call drop rate.Determining the interference impact can include quantifying the impactby assigning numerical values to the subscriber service, creating a dataset from the telemetry data and assigned subscriber service values, andperforming a regression analysis on the data set.

The method can also include determining that the quantified interferenceimpact exceeds a threshold. In an example, the quantified service impactcan be compared to a threshold set by an administrator or the networkservice provider.

Based on the determination, the method can include analyzing PRBs ofother frequency bands broadcast by the base station to predict how thequality of the subscriber service can improve if those frequency bandswere reallocated to PUCCH. This can include quantifying the predictedimprovement and comparing it to the PUCCH interference impact. Forexample, signal quality information for frequency bands not allocated toPUCCH can be analyzed to determine how much the subscriber services mayimprove if one or more of those frequency bands were reallocated PUCCH.

The method can further include selecting the best available frequencyband for PUCCH allocation based on the predictions. The best availablefrequency band can be the frequency band with interference levels thatwould least affect the subscriber service, in one example. In someexamples, the network service provider may blacklist certain frequencybands from PUCCH reallocation. For example, the network service providermay prioritize another channel type over PUCCH, and reallocatingfrequency bands of that channel type to PUCCH can cause greater servicedegradation. Based on the prediction and selection, the method caninclude sending instructions to the base station to reallocate theselected frequency band to PUCCH.

The examples summarized above can each be incorporated into anon-transitory, computer-readable medium having instructions that, whenexecuted by a processor associated with a computing device, cause theprocessor to perform the stages described. Additionally, the examplemethods summarized above can each be implemented in a system including,for example, a memory storage and a computing device having a processorthat executes instructions to carry out the stages described. Thetelemetry data can include signal quality information.

Both the foregoing general description and the following detaileddescription are exemplary and explanatory only and are not restrictiveof the examples, as claimed. Although references are made herein to LTEmobile networks and standards, those references are merely used asexamples and are not intended to be limiting in any way. For example,LTE networks can encompass any mobile networks that utilize PUCCH, suchas 5G networks.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a flowchart of an example method for dynamic PUCCHreallocation.

FIG. 2 is a sequence diagram of an example method for dynamic PUCCHreallocation.

FIG. 3 is an illustration of an example system for performing dynamicPUCCH reallocation.

FIG. 4 is another sequence diagram of an example method for dynamicPUCCH reallocation.

FIG. 5 is an illustration of another example system for performingdynamic PUCCH reallocation.

FIG. 6 is an illustration of measured PRB interference and PUCCHreallocation.

DESCRIPTION OF THE EXAMPLES

Reference will now be made in detail to the present examples, includingexamples illustrated in the accompanying drawings. Wherever possible,the same reference numbers will be used throughout the drawings to referto the same or like parts.

Examples herein describe systems and methods for PUCCH reallocation. Acomputing device can receive interference information relating tofrequency bands of a base station allocated PUCCH. The computing devicecan quantify the impact the interference has on a subscriber service andcompare the quantified service impact to a threshold. Upon determiningthat the service impact exceeds the threshold, the computing device cananalyze other frequency bands broadcast by the base station and predicthow reallocating the other frequency bands to PUCCH can improve thequality of the subscriber service. The computing device can select oneof the other frequency bands and provide instructions to the basestation to reallocate the selected frequency band to PUCCH.

FIG. 1 is a flowchart of an example method for dynamic PUCCHreallocation. At stage 110, a computing device can receive interferenceinformation relating to frequency bands of a base station allocated toPUCCH. The computing device can be, as an example, a server, such as anetwork server, that can communicate with a base station or anotherdevice in the network of the base station (“network device”). The servercan be a single server or a group of servers, including multiple serversimplemented virtually across multiple computing platforms. Althoughreferences are made to a “computing device” throughout, the computingdevice can comprise multiple devices, including virtual or cloud-baseddevices. In some examples, the computing device can be a component of abase station or network device.

Receiving interference information relating to a PUCCH allocatedfrequency band can include receiving interference data from a basestation or network device. Examples of interference information caninclude information related to signal quality, telemetry, and basestation allocation information. Allocation information include datachannel allocation of base station frequencies, including PUCCH.Receiving interference information from a base station or network devicecan include the computing device requesting the interference data. Thiscan be done, for example, using a database query or an applicationprogramming interface (“API”) call to the base station or networkdevice, and the base station or network device can respond with one ormore data files in response to the request. In one example, thecomputing device can be from a third-party vendor with authorized accessto devices in the network. The data files can be XML or JSON files, forexample.

Receiving interference information can also include measuring signalinterference on PRBs corresponding to PUCCH frequencies. In one example,the computing device can analyze telemetry data to determine PRBinterference levels and check the telemetry data against allocation datato determine interference levels of PRBs allocated to PUCCH. In anotherexample, the interference data received by the computing device caninclude interference levels. For example, a network device can receiveand analyze telemetry data from a base station to determine interferencelevels, and the computing device can receive the interference levelsfrom the network device.

At stage 120, the computing device can determine the impact of theinterference on a subscriber service. Some examples of subscriberservices include DL/UL throughput, VoLTE quality, and call drop rate.The interference impact can be quantified on one or multiple subscriberservices. Determining the service impact can include quantifying theservice impact using numerical measurements associated with servicefailures to determine a service impact score.

For example, packet loss rate can be used to quantify the DL/ULthroughput and VoLTE interruption, and a percentage or number of droppedcalls over time can be used for call drop rate. In an example, thecomputing device can use algorithms and statistical modeling todetermine service impact scores. The algorithms and models used can varyaccording to the service provider that manages the base station. Forexample, the algorithms and models can account for one, multiple, or allsubscriber services offered. They can also prioritize services byweighing the services differently from each other. For example, amultiplier can be added to each service based on priority. In someexamples, the algorithms and models can determine a service impact scorefor each service. In other examples, the algorithms and models candetermine a single service impact score that accounts for some or allsubscriber services.

In an example, the computing device uses DL throughput, UL throughput,VoLTE interruption, and call drop rate to determine service impact. Thecomputing device can weigh the services using multipliers: DL throughputis 1.5×, UL throughput is 0.75×, VoLTE interruption is 1×, and call droprate is 1.25×. In this example, interference data from a base stationindicates that PUCCH signal interference is causing a DL throughputpacket loss rate of 50%, a UL throughput packet loss rate of 40%, aVoLTE packet loss rate of 45%, and a call drop rate of 20%. In thisexample, the computing device applies the multiplier of each service tothe percentage number from signal interference, resulting in thefollowing impact scores: DL throughput=1.5×50=75, ULthroughput=0.75×40=30, VoLTE=1×45=45, and call drop rate=1.25×20=25. Thetable below summarizes the impact scores:

Service Multiplier Interference Impact Score DL throughput 1.5 50% 75 ULthroughput .75 40% 30 VoLTE 1 45% 45 Call drop rate 1.25 20% 25 Total175

At stage 130, the computing device can determine that the service impactof the interference exceeds a threshold. The threshold can be set by anadministrator, for example, and can relate to an individual service, agroup of services, or all services. In one example, the computing devicecan determine a single service impact score and compare the serviceimpact score to a single predetermined threshold value. In anotherexample, the computing device can determine individual service impactscores for multiple subscriber services. The computing devices cancompare each individual service impact score to predetermined thresholdvalues assigned to each service. The service impact of the interferencecan exceed the threshold if the service impact score of one serviceexceeds its associated threshold value. In another example, the serviceimpact of the interference can exceed the threshold if all theindividual service impact scores exceed their associated thresholdvalues.

Continuing the previous example with calculated impact scores, thecomputing device compares the summed impact score total (175) to apredetermined threshold of 150. Because 175 is greater than 150, theimpact score exceeds the threshold. In another example, the computingdevice compares each individual impact score to a single servicethreshold of 50. Although the impact scores of UL throughput, VoLTE, andcall drop rate are below 50, because the DL throughput impact score (75)is greater than 50, the impact score exceeds the threshold.

At stage 140, the computing device can predict the improvement that canbe obtained by reallocating a second frequency band to PUCCH. A secondfrequency band can be one, a set of, or all available frequency bandsbroadcast by the base station. The improvement prediction can includeanalyzing historical telemetry or interference data related to the PRBsof the second frequency band to determine what the service impact wouldbe if the second frequency band were allocated to PUCCH.

As an example, the computing device can analyze PRBs related to thesecond frequency band corresponding to the same time frame as the PUCCHPRBs from stage 110. The computing device can analyze this historicaldata in a similar manner to stage 120 to quantify what the serviceimpact would have been if the second frequency band were allocated toPUCCH. This can then be used to predict the service impact improvementupon reallocating the second resource to PUCCH. In an example, thecomputing device can measure the service impact improvement bydetermining a predicted service impact score for the second resource andcomparing it to the service impact score of the PUCCH resource. In someexamples, the computing device can predict and compare the serviceimprovement of multiple frequency bands and determine which frequencyband would provide the greatest service improvement if reallocated toPUCCH.

At stage 150, the computing device can provide instructions to the basestation to reallocate the second frequency band to PUCCH. In oneexample, the computing device can transmit the instructions to a networkdevice, which can relay the instruction to the base station. Forexample, many wireless service providers use Self-Organizing Networks(“SON”) that automate planning, configuration, management, andoptimization of mobile radio networks such as LTE systems. In aCentralized SON (“C-SON”), these functions are managed by higher levelnodes in the base station network or a network operations center. C-SONsystems typically involve some degree of human intervention. In a C-SONsystem, the computing device can provide the frequency reallocationinstructions to the network device that manages the SON functions of thebase station. This can be done using, for example, an API call to thenetwork device. The instructions can also be provided using any othertype of messaging service or through a dedicated interface with thenetwork device.

In another example, the base station can be directly accessible to thecomputing device. For example, a Distributed SON (“D-SON”) is a type ofSON with a flat architecture where the SON functions are distributedamong base stations without a higher-level centralized device involved.The base stations communicate with each other on a closed loop, whichallows them to rapidly and dynamically optimize the network. In a D-SONsystem, the computing device can provide the frequency reallocationinstructions directly to the base station. For example, the computingdevice can make an API call to the SON application on the base station.The base station can then update its frequency allocation parameters,broadcast the parameter changes to user devices connected to it using,for example, a System Information Block (“SIB”), and, if needed, cancommunicate the parameter changes to other base stations on the D-SON.SIBs carry important messages sent to user devices from a base stationthat include parameters necessary for communicating with the basestation and the network.

FIG. 2 is an example sequence diagram for dynamic PUCCH reallocation ina system that includes user device 202, base station 204, network device206, and server 208. User device 202 can be one or more processor-baseddevices, such as a personal computer, tablet, or cell phone, with thecapability to connect to a wireless network. Base station 204 can be aradio transceiver that can connect user devices wirelessly to atelecommunications network. Network device 206 can be, for example, ahigh-level node, server, or any other type of computing device in thesame network as base station 204. Server 208 can be a network server,such as those previously described.

At stage 210, user device 202 can transmit data wirelessly to basestation 204. The data can include CSI information transmitted on a PUCCHallocated resource. At stage 212, base station 204 can generatetelemetry data related to the data transmission. The telemetry data caninclude signal quality information, as an example. At stage 214, basestation 204 can transmit the telemetry data to network device 206. Inone example, network device 206 makes a request to base station 204 forthe telemetry data. In another example, network device 206 and basestation 204 have an open communication channel in which base station 204regularly transmits telemetry data to network device 206. At stage 216,network device 206 can generate interference data using the telemetrydata. The interference data can include, for example, PRB signalinterference measurements, subscriber services quality data, andallocation data from base station 204. In an example, generatinginterference data includes analyzing the telemetry data to determine PRBinterference levels and service interruption levels. Examples of serviceinterruption levels can include pack loss rate and call drop rate. Atstage 218, server 208 can request the interference data from networkdevice 206, and, at stage 220, network device 206 can respond bytransmitting the interference data to server 208. This can be done, forexample, using a database query or API call to the network device andthe network device can respond with one or more data files in responseto the request.

At stage 222, server 208 can quantify the impact the signal interferenceof PUCCH PRBs on subscriber services. In an example, server 208 canquantify the service impact using the method described in stage 120 ofFIG. 1. For example, server 208 can apply interference measurements toalgorithms and statistical models to determine a service impact score.The algorithms and models used can vary according to the serviceprovider that manages the base station. For example, server 208 canaccount for one, multiple, or all subscriber services offered. Server208 can also prioritize services by weighing the services differentlyfrom each other, such as adding a multiplier to each service based onpriority. In some examples, server 208 can determine a service impactscore for each service. In other examples, server 208 can determine asingle service impact score that accounts for some or all subscriberservices.

At stage 224, server 208 can compare the service impact to apredetermined threshold. For example, server 208 can compare acalculated impact score to a predetermined impact score threshold set bythe service provider. In one example, server 208 can determine a singleservice impact score that accounts for all services and compare theservice impact score to a single predetermined threshold value. Inanother example, server 208 can determine individual service impactscores for multiple services. Server 208 can compare each individualservice impact score to predetermined threshold values assigned to eachservice by the service provider. The service impact of the interferenceexceeds the threshold if the service impact score of one service exceedsits associated threshold value. In another example, the service impactof the interference exceeds the threshold if all the individual serviceimpact scores exceed their associated threshold values. If the serviceimpact does not exceed the threshold, then at stage 226 the process endsbecause no reallocation is necessary.

If the service impact does exceed the threshold, then, at stage 228,server 208 can analyze frequencies of non-PUCCH allocated PRBs of basestation 204. This analysis can include predicting how reallocating thefrequencies to PUCCH would improve, or worsen, the quality of subscriberservices. As an example, the prediction analysis can be done using themethod described in stage 140 of FIG. 1. For example, server 208 cananalyze PRBs of non-PUCCH frequencies corresponding to the same timeframe as the PUCCH PRBs experiencing interference. Server 208 cananalyze this historical data in a similar manner to stage 222 toquantify what the service impact would have been if the non-PUCCHfrequencies were allocated to PUCCH. This can then be used to predictthe service impact improvement upon reallocating those frequencies toPUCCH. In an example, server 208 can measure the service impactimprovement by determining a predicted service impact score for thenon-PUCCH frequencies and comparing it to the service impact score ofthe PUCCH frequencies. In some examples, the computing device canpredict and compare the service improvement of multiple frequencies anddetermine which frequency band would provide the greatest serviceimprovement if reallocated to PUCCH.

At stage 230, server 208 can identify one or more frequency bands thatwould improve the quality of subscriber services if reallocated toPUCCH. At stage 232, server 208 can select a frequency band from thoseidentified to reallocate to PUCCH. For example, server 208 can comparethe identified frequency bands and select the frequency band that wouldprovide the greatest improvement to subscriber services.

At stage 234, server 208 can transmit instructions to base station 204for reallocating the selected frequency band to PUCCH. In an example,server 208 can send the instructions by making an API call to basestation 204. In another example, server 208 can send the instructions tonetwork device 206, and network device 206 can transmit the instructionsto base station 204. At stage 236, base station 204 can reallocate theselected frequency band to PUCCH. This can also include reallocating thefrequency bands already allocated to PUCCH to another channel type. Insome examples, base station 204 can cease broadcasting any signals onthe frequency band previously allocated to PUCCH on account of theinterference. At stage 238, base station 204 can broadcast the frequencyband allocation change to user device 202. For example, base station 204can broadcast the frequency band allocation on a SIB. In an example,base station 202 can also transmit the PUCCH reallocation information toother nearby base stations to allow for smooth handover of user devicesbetween the base stations.

FIG. 3 illustrates a system 300 for performing dynamic PUCCHreallocation as described in FIG. 2, for example. System 300 can includeuser devices 310, base stations 320, service provider network device330, and server 340. User device 310 can be one or more processor-baseddevices, such as a personal computer, tablet, or cell phone, with thecapability to connect to a wireless network. Base station 320 can be aradio receiver/transmitter that can connect user devices 310 wirelesslyto a telecommunications network. For example, base station 320 can be aneNodeB that is part of an LTE telecommunications system. Network device330 can be a server or network device, such as a high-level node orserver, that is in the same network as base station 320. Server 340 canbe a network server, such as those previously described. Network device330 and server 340 can be communicatively connected to each other aswell as base station 320.

Base station 320 can include API 322. In an example, API 322 can be aSON API that allows multiple base stations 320 to communicate with eachother to plan, configure, manage, and optimize the network. Server 340can be configured to interact with SON API 322 to update parameters onbase station 320. In one example, using methods described in FIG. 2,server 340 can receive interference data on multiple base stations 320from network device 330. Server 340 can then send PUCCH reallocationparameters to the base stations 320 experiencing above threshold serviceimpact interference.

FIG. 4 is an example sequence diagram for dynamic PUCCH reallocation ina system 400 that includes user device 402, base station 404, and server406. User device 402 can be one or more processor-based devices, such asa personal computer, tablet, or cell phone, with the capability toconnect to a wireless network. Base station 404 can be a radiotransceiver that can connect user devices wirelessly to atelecommunications network. Server 406 can be a network server, such asthose previously described.

At stage 408, user device 402 can transmit data wirelessly to basestation 404. The data can include CSI information transmitted on a PUCCHallocated frequency band. At stage 410, base station 404 can generatetelemetry data related to the data transmission. The telemetry data caninclude signal quality information, as an example. At stage 412, server406 can request telemetry and allocation data from base station 404, andat stage 414 base station 404 can transmit the requested telemetry andallocation data to server 406. At stage 416, server 406 can generateinterference data using the telemetry data. The interference data caninclude, for example, PRB signal interference measurements, subscriberservices quality data, and allocation data from base station 404. In anexample, generating interference data includes analyzing the telemetrydata to determine PRB interference levels and service interruptionlevels. Examples of service interruption levels can include packet lossrate and call drop rate.

At stage 418, server 406 can quantify the impact the signal interferenceof PUCCH PRBs has on subscriber services. In an example, server 406 canquantify the service impact using the method described in stage 120 ofFIG. 1. For example, server 406 can apply interference measurements toalgorithms and statistical models to determine a service impact score.The algorithms and models used can vary according to the serviceprovider that manages the base station. For example, server 406 canaccount for one, multiple, or all subscriber services offered. Server406 can also prioritize services by weighing the services differentlyfrom each other, such as adding a multiplier to each service based onpriority. In some examples, server 406 can determine a service impactscore for each service. In other examples, server 406 can determine asingle service impact score that accounts for some or all subscriberservices.

At stage 420, server 406 can compare the service impact to apredetermined threshold. For example, server 406 can compare acalculated impact score to a predetermined impact score threshold set bythe service provider. In one example, server 406 can determine a singleservice impact score that account for all services and compare theservice impact score to a single predetermined threshold value. Inanother example, server 406 can determine individual service impactscores for multiple services. Server 406 can compare each individualservice impact score to predetermined threshold values assigned to eachservice by the service provider. The service impact of the interferencecan exceed the threshold if the service impact score of one serviceexceeds its associated threshold value. In another example, the serviceimpact of the interference can exceed the threshold if all theindividual service impact scores exceed their associated thresholdvalues.

If the service impact does not exceed the threshold, then at stage 422the process ends because no reallocation is necessary. If the serviceimpact does exceed the threshold, then, at stage 424, server 406 cananalyze PRBs of non-PUCCH allocated frequency bands. This analysis caninclude predicting how reallocating the frequency bands to PUCCH wouldimprove, or worsen, the quality of subscriber services. As an example,the prediction analysis can be done using the method described in stage140 of FIG. 1. For example, server 406 can analyze PRBs of non-PUCCHfrequencies corresponding to the same time frame as the PUCCH PRBsexperiencing interference. Server 406 can analyze this historical datain a similar manner to stage 418 to quantify what the service impactwould have been if the non-PUCCH frequencies were allocated to PUCCH.This can then be used to predict the service impact improvement uponreallocating those frequencies to PUCCH. In an example, server 406 canmeasure the service impact improvement by determining a predictedservice impact score for the non-PUCCH frequencies and comparing it tothe service impact score of the PUCCH frequencies. In some examples, thecomputing device can predict and compare the service improvement ofmultiple frequencies and determine which frequency band would providethe greatest service improvement if reallocated to PUCCH.

At stage 426, server 406 can identify frequency bands that would improvethe quality of subscriber services if reallocated to PUCCH. At stage428, server 406 can select frequency bands from those identified toreallocate to PUCCH. For example, server 406 can compare the identifiedfrequency bands and select the frequency band that would provide thegreatest improvement to subscriber services.

At stage 430, server 406 can transmit instructions to base station 404for reallocating the selected frequency band to PUCCH. In an example,server 406 can send the instructions by making an API call to basestation 404. At stage 432, base station 404 can reallocate the selectedfrequency bands to PUCCH. This can also include reallocating thefrequency bands already allocated to PUCCH to another channel type. Insome examples, base station 404 can cease broadcasting any signals onthe frequency band previously allocated to PUCCH on account of theinterference. At stage 434, base station 404 can broadcast the frequencyband reallocation change to user device 402. For example, base station404 can broadcast the frequency band reallocation on a SIB. In anexample, base station 402 also transmits the PUCCH reallocationinformation to other nearby base stations to allow for smooth handoverof user devices between the base stations.

FIG. 5 illustrates a system 500 for performing dynamic PUCCHreallocation as described in FIG. 4. System 500 can include user devices510, base station 520, and server 530. User device 510 can be one ormore processor-based devices, such as a personal computer, tablet, orcell phone, with the capability to connect to a wireless network. Basestation 520 can be one or more radio receiver/transmitters with thecapability to connect user devices wirelessly to a telecommunicationsnetwork. For example, base station 520 can be an eNodeB that is part ofan LTE telecommunications system. Server 530 can be a network server,such as those previously described. Server 530 can be communicativelyconnected to base station 520.

Base station 520 can include API 522. In an example, API 522 can be aSON API that allows multiple base stations 520 to communicate with eachother to plan, configure, manage, and optimize the network. Server 530can be configured to interact with SON API 522 to exchange data andupdate parameters on base station 520. In one example, using methodsdescribed in FIG. 4, server 530 can receive telemetry and allocationdata from multiple base stations 520 and provide PUCCH reallocationparameters to the base stations 520 experiencing above threshold serviceimpact interference.

FIG. 6 is a visual depiction of telemetry data illustrating signalinterference and PUCCH reallocation on a base station. Graphs 610 and620 are time-frequency graphs where the y-axis represents frequencies,and the x-axis represents time. In an example mobile network, thefrequencies along the y-axis can be divided into frequency bands thewidth of one PRB. For example, many LTE networks allocate twelve 15 kHzsubcarriers for each PRB, making the frequency band of the PRB 180 kHzwide. Each PRB frequency band per time slot (0.5 ms) represents a singlePRB. Accordingly, PUCCH regions 612 and 622 represent PRBs allocated toPUCCH. The y-axis portions of graph 610 inside PUCCH region 612represent frequency bands allocated to PUCCH prior to reallocation, andthe y-axis portions of graph 620 inside PUCCH region 622 representfrequency bands allocated to PUCCH after reallocation. Interferenceregions 614, 616, and 618 illustrate reported interference on the PRBs.The darker shaded regions illustrate greater interference level. Forexample, PRBs in interference region 616 reported greater interferencethan interference region 614, and PRBs in interference region 618reported greater interference than interference region 616.

Using FIG. 4 as an example, graph 610 represents the telemetry andallocation data transmitted from base station 404 to server 406 at stage414. Graph 610 represents the telemetry data and the y-axis of graph 610represents the allocation data. Interference regions 614, 616, and 618illustrate the interference data measured at stage 416. The portions ofgraph 610 outside of PUCCH region 612 represent the resources and dataanalyzed at stage 424 to predict possible service improvement. PUCCHregion 622 represents the set of resources selected for PUCCHreallocation at stage 426.

Other examples of the disclosure will be apparent to those skilled inthe art from consideration of the specification and practice of theexamples disclosed herein. Though some of the described methods havebeen presented as a series of steps, it should be appreciated that oneor more steps can occur simultaneously, in an overlapping fashion, or ina different order. The order of steps presented are only illustrative ofthe possibilities and those steps can be executed or performed in anysuitable fashion. Moreover, the various features of the examplesdescribed here are not mutually exclusive. Rather any feature of anyexample described here can be incorporated into any other suitableexample. It is intended that the specification and examples beconsidered as exemplary only, with a true scope and spirit of thedisclosure being indicated by the following claims.

What is claimed is:
 1. A method for Physical Uplink Control Channel(“PUCCH”) reallocation, comprising: receiving interference informationcorresponding to a first frequency band allocated to the PUCCH by a basestation; determining an impact of the interference on a subscriberservice; determining that the service interference impact exceeds animpact threshold; predicting an improvement in the subscriber servicebased on reallocating the PUCCH from the first frequency band to asecond frequency band; and based on the predicted improvement exceedingan improvement threshold, providing instructions to the base station toreallocate the PUCCH from the first frequency band to the secondfrequency band.
 2. The method of claim 1, wherein the interferenceinformation comprises signal quality information relating to a pluralityof Physical Resource Blocks (“PRBs”) including PRBs corresponding to thefirst and second frequency bands.
 3. The method of claim 1, whereindetermining the service interference impact further comprises: assigningquantitative values to the subscriber service; and creating a data setfrom signal quality information received from the base station andcorresponding assigned quantitative values of the subscriber service. 4.The method of claim 1, wherein the subscriber service comprises at leastone of: download throughput, upload throughput, voice over Long-TermEvolution (“VoLTE”) quality, and call drop rate.
 5. The method of claim1, wherein predicting the improvement in the subscriber service based onreallocating the PUCCH from the first frequency band to the secondfrequency band further comprises: analyzing signal quality informationof a plurality of PRBs corresponding to a plurality of frequency bandsnot allocated to PUCCH, the plurality of frequency bands including thesecond frequency band; and for each of the plurality of frequency bands,predicting an impact of the interference on the subscriber service ifthe respective frequency band was reallocated to PUCCH.
 6. The method ofclaim 5, further comprising selecting the second frequency band from theplurality of frequency bands based on the second frequency band having alowest predicted impact on the subscriber service.
 7. The method ofclaim 1, further comprising instructing the base station to reallocatethe PUCCH from the first frequency band to the second frequency band. 8.A non-transitory, computer-readable medium containing instructions that,when executed by a hardware-based processor, performs stages for aPhysical Uplink Control Channel (“PUCCH”) reallocation, the stagescomprising: receiving interference information corresponding to a firstfrequency band allocated to the PUCCH by a base station; determining animpact of the interference on a subscriber service; determining that theservice interference impact exceeds an impact threshold; predicting animprovement in the subscriber service based on reallocating the PUCCHfrom the first frequency band to a second frequency band; and based onthe predicted improvement exceeding an improvement threshold, providinginstructions to the base station to reallocate the PUCCH from the firstfrequency band to the second frequency band.
 9. The non-transitory,computer-readable medium of claim 8, wherein the interferenceinformation comprises signal quality information relating to a pluralityof Physical Resource Blocks (“PRBs”) including PRBs corresponding to thefirst and second frequency bands.
 10. The non-transitory,computer-readable medium of claim 8, wherein determining the serviceinterference impact further comprises: assigning quantitative values tothe subscriber service; and creating a data set from signal qualityinformation received from the base station and corresponding assignedquantitative values of the subscriber service.
 11. The non-transitory,computer-readable medium of claim 8, wherein the subscriber servicecomprises at least one of: download throughput, upload throughput, voiceover Long-Term Evolution (“VoLTE”) quality, and call drop rate.
 12. Thenon-transitory, computer-readable medium of claim 8, wherein predictingthe improvement in the subscriber service based on reallocating thePUCCH from the first PRB to the second PRB further comprises: analyzingsignal quality information of a plurality of PRBs corresponding to aplurality of frequency bands not allocated to PUCCH, the plurality offrequency bands including the second frequency band; and for each of theplurality of frequency bands, predicting an impact of the interferenceon the subscriber service if the respective frequency band wasreallocated to PUCCH.
 13. The non-transitory, computer-readable mediumof claim 12, selecting the second frequency band from the plurality offrequency bands based on the second frequency band having a lowestpredicted impact on the subscriber service.
 14. The non-transitory,computer-readable medium of claim 8, further comprising instructing thebase station to reallocate the PUCCH from the first frequency band tothe second frequency band.
 15. A system for a Physical Uplink ControlChannel (“PUCCH”) reallocation, comprising: a memory storage including anon-transitory, computer-readable medium comprising instructions; and acomputing device including a hardware-based processor that executes theinstructions to carry out stages comprising: receiving interferenceinformation corresponding to a first frequency band allocated to thePUCCH by a base station; determining an impact of the interference on asubscriber service; determining that the service interference impactexceeds an impact threshold; predicting an improvement in the subscriberservice based on reallocating the PUCCH from the first frequency band toa second frequency band; and based on the predicted improvementexceeding an improvement threshold, providing instructions to the basestation to reallocate the PUCCH from the first frequency band to thesecond frequency band.
 16. The system of claim 15, wherein theinterference information comprises signal quality information relatingto a plurality of Physical Resource Blocks (“PRBs”) including PRBscorresponding to the first and second frequency bands.
 17. The system ofclaim 15, wherein determining the service interference impact furthercomprises: assigning quantitative values to the subscriber service; andcreating a data set from signal quality information received from thebase station and corresponding assigned quantitative values of thesubscriber service.
 18. The system of claim 15, wherein the subscriberservice comprises at least one of: download throughput, uploadthroughput, voice over Long-Term Evolution (“VoLTE”) quality, and calldrop rate.
 19. The system of claim 15, wherein predicting theimprovement in the subscriber service based on reallocating the PUCCHfrom the first PRB to the second PRB further comprises: analyzing signalquality information of a plurality of PRBs corresponding to a pluralityof frequency bands not allocated to PUCCH, the plurality of frequencybands including the second frequency band; and for each of the pluralityof frequency bands, predicting an impact of the interference on thesubscriber service if the respective frequency band was reallocated toPUCCH.
 20. The system of claim 19, the instructions further comprisingselecting the second frequency band from the plurality of frequencybands based on the second frequency band having a lowest predictedimpact on the subscriber service.